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Related Applications 

This application claims priority to the following provisional application: Provisional Application 
SN 60/469,941, which was entitled "METHOD AND SYSTEM FOR PUSHING CREDIT PAYMENTS 
AS BUYER INITIATED TRANSACTIONS" and was filed on May 13, 2003. 

Technical Field of the Invention 

This invention relates to transaction mechanisms and more particularly to transaction 
mechanisms for handling payment of accounts payable. The invention also relates to management of such 
transactions. 

Background 

Accounts payable operations, for example, within a corporate environment, are often settled 
through direct payments to vendors or merchants. In other words, once an invoice has been approved for 
payment, an accounting department will make payment to the merchant often by check. This paper 
transaction is inefficient and costly in terms of time and manpower required to manage the process. 

Efforts to streamline payment transactions for individuals and businesses, however, have not 
worked well within the traditional corporate accounts payable environment. VISA Commerce is one 
example initiative from VISA that allows companies to enter into bilateral agreements to make electronic 
payments between them using the credit card infrastructure. With VISA Commerce, both the buyer and 
seller must agree beforehand as to how these transactions will occur. Another effort to streamline 
payment operations from an individual perspective is on-line banking. With on-line banking, individuals 
can provide vendor information to their banks, and the banks can then provide payment to the vendors 
directly from the respective bank accounts. In addition, some banks offer electronic payment and 
invoicing with respect to certain vendors. Still further, on-line payment mechanisms now include 
payment options such as those provided by PayPal. With PayPal, individuals can sign up and designate 
personal bank accounts and credit cards to be used with their PayPal accounts. These individuals may 
then make payments and receive payments through PayPal to other PayPal account holders. . 
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With respect to ease of payment, credit cards or payment cards are relatively efficient, although 
they are not particularly helpful within the accounts payable environment because they have traditional 
required the direct involvement of the vendor or merchant. Credit card transactions are typically initiated 
by a merchant "swiping" a card from a card holder. This "swiping" event includes the merchant 
obtaining a credit card number and verification information, and this transfer of information can occur in 
a number of different ways, including in person, over a telephone and through electronic 
communications. The merchant uses the credit card number and verification information to place the 
credit card transaction into the credit card transaction system. Merchants often settle their credit card 
transactions using an acquirer that buys the merchants receipts for a percentage of their value. The 
acquirer then proceeds to collect payment from the credit card holder through the issuing bank. Typical 
credit card transactions and ultimate payment of the credit transaction, therefore, are based upon 
merchant initiated credit transactions. 

Summary of the Invention 

The present invention provides a method and system for pushing credit payments as buyer 
initiated transactions. In the accounts payable environment, for example, the buyer communicates 
payment instructions to initiate payment of accounts payable items so that the existing credit card 
infrastructure can be used to make payments to merchants without an actual credit card transaction being 
initiated by the merchants. In particular, acquirers within the credit card infrastructure can receive these 
payment instructions directly through electronic communications. The acquirers can then generate a 
pseudo-credit transaction based upon the payment instructions and process the pseudo-credit transaction 
to settle the transaction. In this way, a buyer can push credit payments into the system without having to 
communicate with the merchant. This ability to push credit payments provides an advantageous, 
efficient and powerful solution to handling accounts payable operations, particularly in a corporate 
environment. And a purchasing management system can be used to manage and control these activities 
and to allow selection, or automatic selection based upon merchant profiles, of whether to make 
payments as pushed credit payments or cash/debit transactions. 

Description of the Drawings 

It is noted that the appended drawings illustrate only exemplary embodiments of the invention 
and are, therefore, not to be considered limiting of its scope, for the invention may admit to other equally 
effective embodiments. 
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FIG. 1A is a block diagram for a buyer initiated credit transaction and payment, according to the 
present invention. 

FIG. 1 B (prior art) is a block diagram for a merchant initiated credit transaction and payment. 

FIG. 2 is a flow diagram for a buyer initiated payment, according to the present invention. 

FIG. 3 is a flow diagram for an environment that includes buyer initiated credit payments as an 
option along with other transaction activities. 

Detailed Description of the Invention 

The present invention provides an advantageous solution for enabling buyers to push credit 
payments as a buyer initiated transactions such that the credit card infrastructure can be used in part to 
make cash payments to vendors or merchants. 

Looking first to the FIG. IB (prior art), a block diagram is provided for a typical environment 
150 for a merchant initiated credit card transaction. The card holder 152 communicates with an issuing 
bank 154 to receive credit and one or more credit cards for use in credit card transactions. Line 166 
represents an interaction between the card holder 152 and a merchant 160 where a credit card is used to 
make a purchase of goods and/or services. This interaction is a merchant initiated credit transaction 
because the merchant 160 performs a "swiping" event, as discussed above, in which the merchant 160 
obtains the card holder's credit card information and places the transaction into the credit card system. 
Rather than collect payment directly, the merchant 160 will often use an acquirer 158, which will receive 
the rights to the merchant's receipts 162 in return for payment 164 of some percentage of the value of the 
receipts (X% receipts). These percentages are agreed upon between the merchant 160 and the acquirer 
1 58 and are often between 97.5% to 98%. Once this acquirer transaction has occurred, the acquirer 158 
then works through the card processor 156 and the issuing bank 154 to receive funds from the card 
holder's accounts. 

FIG. 1 A provides a block diagram for an environment 100 for a buyer initiated credit payment 
according to the present invention. Similar to FIG. 1 B (prior art) the card holder 1 52 obtains credit from 
an issuing bank 154 and has cash accounts residing at the issuing bank 154, such as a cash management 
account. The credit can be used, for example, to make credit card transactions. The cash account, 
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however, is what is typically used to satisfy accounts payable operations. As contemplated by the present 
invention, these accounts can also to allow the card holder 152 to initiate credit payments as buyer 
initiated transactions. As indicated by line 102 in FIG. 1A, the card holder 152 can generate a buyer 
initiated credit transaction, for example, by communicating appropriate instructions to the acquirer 158. 
The acquirer 158 can then treat the transaction as a soft-credit or pseudo-credit transaction, making 
payment 164 to the merchant 160 and working with card processor 156 and the issuing bank 154 to 
receive funds from the card holder's accounts. Although the buyer initiated credit transaction could be 
inserted into the system in another manner, the use of the acquirer 158 is advantageous because the 
acquirer 158 already performs a similar function in traditional merchant initiated credit card transactions. 
The significant and advantageous difference provided by the present invention is that the card holder 1 52 
provides the payment instructions directly to the acquirer 158, as represented by line 102, and that these 
payment instructions are processed by the acquirer 158 as a pseudo-credit transaction rather than the 
payment being initiated by the merchant through a prior credit card transaction. 

It is noted that for the present invention, the card holder could simply be a buyer that has an 
account at a bank 154 and that it is not necessary for the buyer to also have credit at the bank. It is also 
noted that entities other than credit card transaction acquirers could be used to implement the present 
invention. As indicated above, however, because acquirers already have significant database information 
about merchants through their credit card settlement activities, acquirers make particularly good entities 
to use for buyer initiated payments in the form of soft or mimicked credit transactions. 

As indicated in FIG. 1A, the buyer initiated credit transaction 102 can also be controlled and 
managed through a purchasing management system 152. A purchasing management system that in part 
facilitates the use and management of payment cards for corporate purchasing needs is described with 
respect to U.S. Patent Application S/N 10/083,445 ('445 Application) which was filed October 19, 2001, 
and is entitled "DYNAMIC PAYMENT CARDS AND RELATED MANAGEMENT SYSTEMS AND 
ASSOCIATED METHODS," the entire text and all contents for which is hereby expressly incorporated 
by reference in their entirety. The buyer initiated credit payment of the present invention can be included 
as an additional capability of such a purchasing management system. For example, a corporate 
accounting department could use the purchasing management system and the buyer initiated credit 
payment to accomplish cash payments for accounts payable operations where these payments would have 
been previously handled through a less efficient mechanism such as through paper check processes. As 
such, the resulting purchasing management system would not only allow for management of payment 
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cards used by the company, but would also allow pushed credit transactions to be used for direct cash 
payments to vendors and merchants. 

In addition, the purchasing management system 152 can utilize a database that includes merchant 
profile information, such as the merchant's preferences around the maximum amount the merchant is 
willing to take on a card before requiring a cash transaction. The purchasing management system 152 
can further be configured to consult the merchant profile to determine whether a credit transaction or a 
debit transaction was the appropriate payment vehicle to communicate to the bank 154 and the acquirer 
158. If the transaction is to be a credit transaction, then the acquirer 158 processes the payment 
instructions as a pseudo-credit transaction, as discussed above. If the transaction is to be a debit/cash 
transaction, then the purchasing management system 1 52 can control and manage an automated funds 
transfer, such as through an automated clearing house payments (ACH), to provide money from the 
buyer's cash accounts to the acquirer 158 for payment to the merchant 160. 

FIG. 2 provides an example flow diagram 200 for a buyer initiated payment, according to the 
present invention. Block 202 represents the beginning of a buyer initiated payment. In block 204, 
payment instructions would be provided by the buyer that define the transaction desired by the buyer. 
For example, instructions could include description of the goods or services, the merchant identification, 
and a choice of paying with cash or credit. If a credit transaction is selected, a credit card number or 
identifier could be included as well. Information about merchants and details of their payment options or 
other details can be stored in a merchant directory 206. This merchant directory can be used by the buyer 
in determining what instructions to include in the desired transaction. For example, an accounting 
employee can look at the merchant directory 206 to determine what forms of payment are accepted by a 
particular merchant and to help determine the appropriate payment instructions for a particular merchant. 
If a cash transaction is selected, as indicated by block 208, then two processing paths are entered. 
Looking to the customer/buyer account in block 216, an intra-bank transfer from the customer/buyer 
account (such as a cash management account) can be moved to a bank holding account. As represented 
in block 218, periodic electronic payments, such as automated clearing house payments (ACH), can 
occur from the bank holding account to the acquirer to settle the pseudo-credit transactions. Flow then 
proceeds to block 2 1 0 from block 2 1 8 or directly from block 208 to block 2 1 0 should a credit payment be 
selected. In block 210, payment instructions are communicated to and received by an acquirer. These 
communications are preferably electronic communications, such as electronic communications from a 
purchasing management system. In block 212, the acquirer then can generate a software-based card 
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transaction for the particular a merchant, if a credit payment has been selected, and can use this pseudo- 
credit transaction information for settlement of the transaction. It is noted that the transaction could also 
be a debit payment applied to the merchant, if a cash payment has been selected. In block 214, the 
merchant receives payment or a debit from the acquirer. 

FIG. 3 is a flow diagram 300 for an environment that includes buyer initiated credit payments as 
an option along with other transaction activities. Block 302 represent a discretionary payment process 
where a buyer has discretionary purchasing authority, such as through a payment card that has been 
allocated some purchasing power. Block 304 represents a merchant initiated card payment where the 
buyer has presented a payment card to a merchant to make a purchase. Block 306 represents a credit 
payment made by a purchaser, for example, to the issuing bank. Block 308 represents post-purchase 
review, accounting and reconciliation related to the purchase. Finally, block 310 represents export of 
accounting information to a desired accounting program. Block 312 represents a purchaser who is 
attempting to obtain approval for a purchase, for example, through an electronic user interface (Ul) or 
custom import operation. Block 314 represents a pre-purchase approval process through which the 
requested transaction gets approved or rejected. Once approved, the transaction can proceed along to 
block 304 where a merchant initiates a card payment transaction, as discussed above. It is noted that the 
'445 Application discussed above provides a purchasing management system that advantageously 
provides dynamic management of payment cards and discloses example purchasing flows that are similar 
to those in FIG. 3 flowing from block 302 and/or block 3 12 to block 304. 

The present invention, as discussed above, adds a further advantageous feature of buyer initiated 
payments 320 that use existing credit transaction infrastructure. Looking to block 314, it is noted that 
purchase flow can proceed to block 318 in addition to block 304. In block 318, pre-payment accounting 
is accomplished with respect to the approved purchase request. As shown, block 318 may also be 
reached from block 316, which represents accounts payable (A/P) operations. These A/P operations and 
information, for example, can be provided electronically through an user interface (UI) or custom import 
operation. Once pre-payment accounting has been completed, a buyer credit payment can be initiated, as 
represented by block 320. This buyer initiated credit payment can be implemented, as discussed above, 
by sending appropriate payment instructions to an acquirer who then processes the buyer initiated 
payments as a software-based or pseudo-credit transaction. In addition, debit or cash payments may also 
be buyer initiated in block 320. As such, a merchant can then receive an A/P credit payment, as indicated 
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by block 322, or an A/P debit payment as indicated by block 324 through settlement processes performed 
by an acquirer, as discussed above. 

By taking advantage of the nature of existing credit card transaction infrastructures, therefore, the 
present invention allows for a buyer to initiate or push a credit payment by sending payment instructions 
directly to acquirers. Acquirers can then treat the transaction as they would treat a credit card 
transaction, making a payment to the merchant according to the terms set by the buyer and obtaining 
payment from the buyer's bank accounts. 

Further modifications and alternative embodiments of this invention will be apparent to those 
skilled in the art in view of this description. It will be recognized, therefore, that the present invention is 
not limited by these example arrangements. Accordingly, this description is to be construed as 
illustrative only and is for the purpose of teaching those skilled in the art the manner of carrying out the 
invention. It is to be understood that the forms of the invention herein shown and described are to be 
taken as the presently preferred embodiments. Various changes may be made in the implementations and 
architectures described herein. For example, equivalent elements may be substituted for those illustrated 
and described herein, and certain features of the invention may be utilized independently of the use of 
other features, all as would be apparent to one skilled in the art after having the benefit of this description 
of the invention. 
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